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7.1.2.1.1.3 Use Case: sendRequest 

"Use Case: sendRequest" on page 260 

7.1.2.1.1.4 Use Case: NE State Machine 



Preconditions: 

Preconditions: 
Description: 



The NE must be defined. Inactive is the initial state of the FENICS representation of the 
NE device. 

The state machine provides the preconditions for each state transition. 

The NE shall support the notion of a state machine. The state machine will depict the valid 
states and transitions for the NE. Each state transition will send an event to the 
EventHandler. The following state diagram captures the high level states and transitions. 
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There will be additional states and transitions, but they are deferred to the Analysis Phase: 



NE 



Exception: 
Postconditions: 




ooniffiB idt 



togon 
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There are numerous exceptions which can occur in this state machine, but they are 
deferred until the Analysis Phase. 

The NE state machine stays in effect until the NE is removed from the system. 



Scenarios for Use Case: 
NE_State_Machine 

Diagram: "OMTDiagram: NE_State__Machine" on page 67 

Requirement ID: [CM-4.0]. CM-6.0.2, [SM-1.5] 
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7,1,2,1-1.5 Use Case: SynchronizeNE 



Description: 



Preconditions: 



Exception: 
Postconditions: 



Some part of ihc NEConfiguration requires synchronization. 
Synchronization will update some part of the NEConfiguration. 

Synchronization of the NEConfiguration will only affect the NE and/or the NE provision- 
able data. 

Synchronization will only include non-destructive operations (i.e. adds) unless manually 
override is requested by the User. No data will be lost or changed automatically by the 
FENICS system. 
None identified at this time. 

This part of the NEConfiguration has been synchronized with the NE Device. 



Context: CrossconnectReconciler 

"Context: CrossconnectReconciler" on page 171 

7.1.2.1.1.7 Use Case: AddNetworkElementConfigurationData 

"Use Case: AddNetworkElementConfigurationData" on page 96 

7.1.2.1.1.8 Use Case: createSession 

"Use Case: createSession" on page 250 



NE Audit is the means by which FENICS audits the NE Device with the FENICS representaUon of the NE device, the 



7.1.2.2 Context: NE„Audit 
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N£. For the purpose of this document, the process of auditing the data at the NE device with the data at FENICS is per- 
formed by the Auditor. 

For background and terminology, familiarization with the concepts described during the NE Activation is recom- 
mended. 

The Auditor is responsible for providing the following features: 

• Manual Audit - initiated by the user The user is provided with an Audit.Strategy which was defined as part of the 
NEProfile. The user may override this Audit.Strategy. 

• Automatic Audit - initialed automatically by the system. An Audit.Strategy is provided in the NEProfile. 
When auditing the NE, the Auditor retrieves the NE device configuration data and compares it with the associated 
NEConliguration. Depending upon the type of configuration data and the audit strategy, the Auditor determines 
whether a discrepancy exists and what action to take as a result. In addition, the Auditor will, depending upon the 
Audit.Strategy, initiate the reconciliation of all CrossConnects and Faults. See Figure 22: **NE Audit" on page 70. 
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Figure 22: NE Audit 
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The Auditor must be provided with an Audit.Strategy. A default Audit_Strategy is established during the definition 
of the NEProfile. The default Audit_Strategy is utilized by both the automatic and manual audit. Alternatively, the 
User may tailor the default Audit.Strategy for a manual audit. The Audit_Strategy provides the scope and resolution 
strategy which is used by the Auditor. In order to define the scope for an Audit, it requires the introduction of some 
additional generahzations for the NEConfiguration. The scope for an Audit can be based on the FENICS representa- 
tion of the NE*s system configuration, the NESystemConfiguration. That is. the NE and its related NEData. The 
Equipment and its related EqptData. The Facility and its related FacilityData. Figure 23: "NE System Configuration" 
on page 71 depicts the NE system configuration. In addition, the scope of an Audit can be based on the FENICS repre- 
sentation of the NE's cross-connects, the CrossConnect and related CrossConnectData. 

To summarize, the Audit.Strategy provides the scope of the Audit. Scope is applicable to manual and automatic 
audits. The following scope is supported for an AuditjStrategy: 

• System configuration (True I False) - NESystemConfiguration 
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Cross-connect (True t False) - CrossConnect and CrossC nnectData. 

Figure 23: NE System Configuration 
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The Audlt.Strategy specifies the resolution strategy. That is, when a Discrepancy is discovered, what action should be 
taken by the Auditor. See Figure 24: "NE equipment discrepancy" on page 72 for an example of a Discrepancy 
between the NEDevice and the NE. The following summarizes the supported resolution strategies: 

• NEDevice provides controlling view. The Auditor will forward any discrepancies to the Reconciler in order to 
synchronize the NE. The Discrepancy and the resolution are written to the log. 

• FENICS provides controlling view. The Auditor will forward any discrepancies to the Reconciler in order to con- 
form the NE device. For release 1 FENICS, this behavior is only provided for manual interactive audits. The Dis- 
crepancy and the resolution are written to the log. 

• Report discrepancies. The Auditor will not reconcile the Discrepancy. The Auditor will provide a report of each 
Discrepancy. If the Audit was invoked manually by the user, the user may interactively choose to resolve one or 
more Discrepancy by selecting either FENICS, or the NE device, to have the conurolling view. The user may then 
forward the Discrepancy with a resolution strategy to the Reconciler. Alternatively, for an automatic audit or a 
notification audit, the report only option will enter the Discrepancy into the log. 
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Figure 24: NE equipment discrepancy 
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In summary, the Auclit_Strategy provides a resolution strategy for the NESystemConfiguration, and the CrossCon- 
nect. Both the NESystemConfiguration and the CrossConnect contain transient data. The resolution strategy does not 
pertain to the transient data. That is» the NE device always maintains the controlling view for ti^sient data and FENICS 
will simply reflect those values. See Figure 25: "NE Transient data" on page 72 for the FENICS representation of the 
transient data. 



Figure 25: NE IV^nsient data 
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When the Auditor discovers a Discrepancy, the Auditor will report the Discrepancy, or forward it to the ReconcOer 
for resolution based on the resolution strategy. The NE transient data is always represented at FENICS, therefore, the 
Auditor always request the Reconciler update the NElVansientData. For provisionable data, the resolution strategy 
may specify conforming the NEDevice to the NE, or synchronizing the NE to the NEDevice. 

The Auditor will register with the EventHandler in order to receive NEDevice configuration changes. The Auditor 
will process these notifications using the Audit.Strategy defined in the NEProfile for the NE. 

The Auditor will register with the EventHandler in order to receive changes in the state of the session with the NEDe- 
vice. If the session to an NE device is lost, the NE must transition to the CommLoss state. When session is re-estab- 
lished, the Auditor will send any un-applied NEConfigurationData to the NEDevice, and then audit the 
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NEConiiguration as per the Audit.Strategy. 

Refer to the following use cases for additional functionality on the NE Audit. 
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7.1.2.2.1 Use Case: Apply_Audit_Strategy 



Preconditions: A manual, automatic or notification audit has discovered a discrepancy. 

Description: Whenever the Auditor is comparing tlie NE device configuration with the NE configura- 

tion, the Audit_Strategy is utihzed in order to determine scope and resolution strategy. 

Table 13: Audit Strategy 



Scope 


Resolution Strategy 


NE Device has 
controlling view ** 


NEhas 
controlling 
view 


Report 
discrepancies 


Report 
discrepancies - 
interactive 
resolution * 


NESystem- 
Conligura- 
tion 


provision- 
able data 


1 . Synchronize the 
NE (none destruc- 
tive) 

2. Log discrepancy 
resolution. 


1 . Conform 
the NEDevice 
(none destruc- 
tive) 

2. Log dis- 
crepancy 


1 . Report dis- 
crepancy 


L Report discrep- 
ancy 

2. Synchronize the 
NE, Conform the 
NE device or do 
nothing. 


transient 
data 


1. Refresh the NE 


L Refresh the 
NE 


1. Refresh the 
NE 


1. Refresh the NE 


Cn>ss_Conne 
ct 


provision- 
able data 


1 . Synchronize the 
NE (none destruc- 
tive) 

2. Log discrepancy 
resolution. 


1 . Conform 
the NEDevice 
(none destruc- 
tive) 

2. Log dis- 
crepancy 


1 . Report dis- 
crepancy 


1 . Report discrep- 
ancy 

2. Synchronize the 
NE, Conform the 
NE device or do 
nothing. 


transient 
data 


1. Refresh the NE 


1. Refresh the 
NE 


1. Refresh the 
NE 


1. Refresh the NE 


* for manual audit only, default 
default for automatic audit 
^'^'^ for automatic and notifications report to the log, for manual report to user 



The notion of "none destructive** means that the FENICS system will not overwrite or 
delete any provisioned information. That is, the strategy of FENICS is that: information 
may be added, but not modified or deleted unless explicitly requested during a manual 
audit. 
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Exception: None identified at this time. 

Postconditions: None identified at this time. 



Requirement ID: CM S.O.l, CM-5.4.1 

7.1.2,2.2 Use Case: ChangeNetworkElementConfigurationData 

"Use Case: ChangeNetworkElementConfigurationData" on page 104 



7.1.2.2-3 Use Case: Network_Element_Audit 



Preconditions: The NE stale model permits the transition to Audit. 

Description: FENICS provides the ability to audit the NEConfiguration with the NE device configura- 

tion. This process is performed by an Auditor. The Auditor requires an Audit_Strategy. 
The Audit_Strategy provides the scope of the audit and the resolution strategy. Audits 
can be performed manually by the User, or automatically by the system. 

If the audit is a manual audit, the User may override the Audit.Strategy, which was 
defined in the NEProfile. The User may also choose to resolve a Discrepancy interac- 
tively. 

Automatic audits are a result of a user defined NEProfile attribute set during NE Defini- 
tion. The automatic audit will occur as a result of certain state transitions. For example, 
after a lost session to the NE device is re-established. The Audit.Strategy for an auto- 
matic audit is provided by the NEProfile and was established during NE Definition. 

The resolution of a Discrepancy involves the Reconciler. The ReconcUer provides the 
Auditor with the ability to Refresh the NE. Synchronize the NE, or Conform the NE 
device. Refer to the Reconciler for more details. 

The Auditor will maintain any NEConfiguration changes that have not been applied to 
the NEDevice. 

The Auditor will utilize the Audit.Strategy and perform the following steps: 
• If auditSystem is TRUE 

• Obtain the system level data from the NE device 

• Compare the NE device system level data to the NEData. For each Discrepancy, 
apply the resolution strategy 

• Obtain the equipment data from the NE device 

• For each piece of equipment, compare the NE device equipment data to the NE 
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EqptData. For each Discrepancy, apply the resolution strategy. 

• Obtain the facility data from the NE device. 

• For each facility* compare the NE device facility data to the NE FacilityData. For 
each Discrepancy, apply the resolution strategy. 

• If auditCrossConnect is TRUE 

• request the CrossConnectManagement to reconcile all CrossConnect. 

• If auditAIarms is TRUE 

• request the FauItReconciler to reconcile all Faults. 

Exception: If any part of this process fails, the Auditor will log the error and transition the NE to an 

error slate. 

Postconditions: The NE will transition to the Active state. 



Actors: User, FENICS 

Using Mandatory Use Cases: 

NE_State_Machine 

Reconcile Al IFaults 

NE_Reconcile 

Log_Audit_Discrepancy 

sendRequest 

Apply_Audit_Strategy 

CrossconnectReconciler 

Used by: 

End_Maintenance_Mode 

Reactivation 

Logon 

Scenarios for Use Case: 
Neiwork_Element_Audit 

Diagram: "OMTDiagram: Network_Element_Audit" on page 78 

Requirement ID: CM-5.0.1, CM-5.4.1. CM-2.0.1, CM-S.l.l, CM-5.1.2. CM-5,1.3, FM-2.1.1 
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JJGtwort(_Element.Audji 



NE 



NEDevicG FaultReconciler Reconciler 



tog Manager 



'SendRequest — 
— ne_data_rsp- 



compareSys 



- resolveD 



screpancy 



— sendRequest ■ 

-ne_eqpt_data_rsp — 



compareEqpt 
■ 

— ^— - resolveD 



— serKJRequest — H 
-ne_lacHity_data_rsp — 



1 

compareFaclllty 



-resolveD 



— sendRequest > 
^r>e_xconnecLdata_rsp 



compareCrossConnects 

5 1 

— — resolveD 



- reconctleAlarrr 5 

- reconcHeAlami iRsp 



screpancy 




- logDIscrepartcy ^ 



-logDiscrepancy<3 



- logDiscrepancy ^ 



- logDiscrepancy ^ 



Figure 27: OMTDiagram: Network_Eleineiit_Audit 
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7.1.2.2.4 Use Case: AddNetworkElementConfigurationData 

"Use Case: AddNeiworkElementConfigurationData" on page 96 

7.1.2.2.5 Use Case: NE_State.Machine 

"Use Case: NE_Siate_Machine'* on page 65 

Refer "Use Case: NE_State_Machine*' on page 65" 

7.1.2.2.6 Use Case: NE_Recondle 

Preconditions: Some part of the NE configuration needs to be reconciled with the NE device. 

Description: Since FENICS maintains a representation of the NE device, the requirement to reconcile 



differences between the NE and the NEDevice is formalized. In order to reconcile the NE 
with the NEDevice, or the NEDevice with the NE, the following primitives are defined: 

• Conform the NEDevice - applies some part of the NEConfigurationData to the 
NEDevice 

• Synchronize the NE - utilizes some part of the NEDeviceConfigurationData to affect 
changes to the NE or to the provisionable NEConfigurationData. 

• Refresh the NE - applies some NE device transient data to the associated NETk-an- 



sientData. 



Exception: 
Postconditions: 



None identified at this time. 



Some part of the NEConfiguration is reconciled with the NEDeviceConfiguration. 



7.1.2.2.7 Use Case: ConformNEDevice 



Preconditions: 



A request for the NE device to conform to some part of the NEConfigurationData. 
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Description: Conforming the NE device is the process of applying some part of the provisionable 

NEConfigurationData to the NE device. 

Exception: none identified at this time. 

Postconditions: The NE device will reflect the particular NEConfigurationData. 



7.1.2.2.8 Use Case: Log_Audit„Discrepancy 



Preconditions: A discrepancy was discovered by the Auditor, 

Description: A discrepancy is a discovered difference between the NE device configuration and the NE 

configuration. When a discrepancy is discovered by the Auditor, the Auditor will record 
the discrepancy to the log in accordance with the audit strategy. Alternatively, when a dis- 
crepancy is discovered by the auditor, and the audit strategy was to resolve the discrep- 
ancy, the Auditor will forward the discrepancy to the Reconciler to perform the resolution. 
The Reconciler will record the discrepancy and the resolution in the log. 

Exception: none identified at this time. 

P stconditions: The discrepancy and any resolution is recorded in the log. 



Requirement ID: CM-5.3.1 



7.1.2.2.9 Use Case: RefreshNE 



Preconditions: Some NETVansientData requires updating. 

Description: The Reconciler provides the ability to update NETkansientData. 

Exception: None identified at this time. 

Postconditions: Some NETVansientData is now up-to-date with the NE Device. 



7.1.2.2.10Use Case: SynchronizeNE 



Preconditions: Some part of the NEConfiguration requires synchronization. 
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Description: 



Exception: 
Postconditions: 



Synchronization will update some part of the NEConfiguration. 

Synchronization of the NEConfiguration will only affect the NE and/or the N£ provision- 
able data. 

Synchronization will only include non-destructive operations (i.e. adds) unless manually 
override is requested by the User. No data will be lost or changed automatically by the 
FENICS system. 

None identified at this time. 

This part of the NEConfiguration has been synchronized with the NE Device. 



7.1.2.2.11Context: CrossconnectReconciler 



Context: CrossconnectReconciler" on page 171 



7.1.2.2.12Use Case: ReconcileAUFaults 



'*Use Case: ReconcileAUFaults" on page 63 
Refer "Use Case: ReconcileAUFaults" on page 63' 



7.1.2.2.13Use Case: sendRequest 

"Use Case: sendRequest" on page 260 



7.1.2.3 Context: NE Definition 



NE Definition is the means by which the FENICS defines and manages its view of the network element and its configu- 
ration data [NEConfiguration]. It focuses on how the NE is introduced to FENICS, how NE configuration data is added 
to and deleted from FUNICS, and how that data can be modified within FENICS. It is responsible for the integrity and 
consistency of the NE configuration data within FENICS. 

FENICS has a notion of a *bin of materials* for the configuration of any supported NE. This bill of materials captures 
the equipment hierarchy for an NE. allowing FENICS to determine what NE configuration data is valid. This bill of 
materials can capture can capture dependencies between various components in the configuration data. The tenn com- 
ponent is used generically within this section to refer to any piece of equipment [Equipment] (e.g. interface card, chan- 
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"Use Case: NE_State_Machine" on page 65 

Refer "Use Case: NE_Staie_Machine" on page 65" 

7.1.2.6.4 Use Case: Network_Element_Audit 

Refer "Use Case: Network_Element_Audit" on page 76" 

7.1.2.6.5 Use Case: maintainSession 

"Use Case: maintainSession" on page 253 



The N£ device can generate autonomous notifications which may affect the NEConfiguration. These notifications 
need to be assessed and processed by the Auditor. 

The Auditor is responsible for keeping the NEConfiguration synchronized with the NEDevice. The Auditor will reg- 
ister with an EventHandler to receive notification about changes to the NE device configuration. When the Auditor 
receives a notification, it interprets the type of configuration data that has changed and utilizes the Audit_Strategy to 
determine the resolution strategy. An Audit.Strategy is defined for each NE in the NEProfile. The resolution strategy 
may be to tog the change as a Discrepancy, or to reconcile the change with the NEConfiguration. Once the Auditor 
has determined the type of configuration data that has changed, and whether resolution is required, the Reconciler may 
be utilized to update the NEConfiguration. 
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7.1.2.6.3 Use Case: NE_State_Machme 



7.1.2.7 Context: NE.Notifications 
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Figure 44: NENotificati ns 

FENICS 



NEDevice 




Refer to the following use cases for additional functionality on the NE Notifications. 
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7.1.2.7.1 Use Case: NE_Notificatioiis-FENICS 



Preconditions: 
Preconditions: 

Description: 



Exception: 
Postconditions: 



The NE must be active. 

The Auditor has registered with the EventHandler in order to receive notification of 
changes to the NEDcvice configuration. 

Changes to the NEDevice configuration which are reported to the Auditor may effect the 
NEConfiguration. 

The Auditor utilizes the Audit.Strategy, which was defined for the NE, to determine the 
resolution strategy for the type of data that has changed. If reconciliation is required, the 
Reconciler is utilized to reconcile the NEConfiguration 

None identified at this time. 

Audit.Strategy is utilized to cany out a resolution strategy (i.e. log discrepancy, refresh 
NE. or synchronize NE). 



Actors: NEDevice 

Using Mandatory Use Cases: 

NE_Reconcile 

Apply_Audit_Strategy 

Using Optional Use Cases: 

ReportAlarm 

ReportEvent 

ReporlPM 

ReporlAutoLogoff 

ReportDBChange 

Scenarios for Use Case: 
NE_Notifications-IEM 

Diagram: "OMTDiagram: NE_Notifications-FENICS_l" on page 127 
Requirement ID: CM-6.0.1. CM-6.1.1 
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7.1.2.7.2 Use Case: Apply_Audit_Strategy 

Refer "Use Case: Apply_Audit_Strategy" on page 75" 



7.1-2.7J Use Case: NE.Reconcile 

"Use Case: NE_Reconcile" on page 79 
Refer "Use Case: NE^Reconcile" on page 79" 



7.1.2.8 Context: Network_Topology 



Network topology refers to the arrangement of nodes on a network in relation to one another. The network topology 
consists of network elements organized in subnetworks and interconnected by links. The subnetworks could reflect 
geographical partitions, but this is really up to a customer. 

Partitioning the network into subnetworks also assists in the graphical display of the overall network. TVpically a large 
network is too big to view in a single screen. Subnetworks give the user a high level of the network, that can be refined 
by selecting a subnetwork and drilling down to the next level. 

There is always at least one subnetwork that exists in FENICS. This is the top level subnetwork. It is analogous to a 
"root directory" to which all subnetworks and/or NEs must belong. This top level subnetwork can never be deleted by a 
client and if the client adds an NE without specifying a subnetwork, then by default the NE is added to this top level 



subnetwork. 



SubContext: 
NE_Definition 
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?• 1.3.2.1 Context: CrossconnectReconciler 



CrossConnect Reconciler is responsible for reconciliation of discrepancies between FENICS and NEDevice for ail the 
crossconnecU. The purpose of reconciliation is to synchronize the configuration/data between FENICS and NEDevice. 
or at least to report the discrepancies if any. 

CrossConnect Reconciler can be invoked by [Activation] or [Network_Element_Audit]. When it is invoked by [Activa- 
tion], all the crossconnects that exist in the NEDevice which is being activated will be retrieved and added to FENICS. 
When it is invoked by [Network_Eleinent_Audit], a reconciliation is performed based on a user configured Audit Strat- 
egy. 



Actors: Client 
Used by: 

Network_Element_Audit 
Activation 

Requirement ID: [SR-8.0.6] 
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7.1,3.2.1-1 Use Case: Apply_Audit_Strategy 

Refer "Use Case: Apply_Audit_Strategy" on page 75" 

7.1.3.2.1.2 Use Case: BuildCrossconnect 

"Use Case: BuildCrossconnect" on page 179 

7.1.3.2.1.3 Use Case: CrossconnectActivationReconciler 



Preconditions: 
Description: 



Exception: 
Exception: 
Exception: 
Exception: 
Exception: 
Postconditions: 



FENICS must have an active session with the NEDcvice being activated. 
FENICS will retrieve all the crossconnects [Retrieve All NE Crossconnects] from the 
NEDevice and add each individual crossconnect to FENICS [Build CrossConnect]. The 
beginning and finish time will be logged in FENICS and an event will be posted to the 
Event Handler once the operation is successfully completed. Any errors/exceptions 
encountered during the operation will also be logged in FENICS. 

The retrieval from NEDevice fails. 

The operation to add crossconnect to FENICS fails. 

The session/communication to the NEDevice is lost. 

Adding logs for the beginning and end of the operation fails. 

Emitting the event fails. 

All the crossconnects are synchronized between FENICS and NEDevice. 



7.13.2.1.4 Use Case: CrossconnectAuditReconciler 



Preconditions: 
Description: 



FENICS must have an active session with the NEDevice being activated. 

FENICS will reuneve all the crossconnects [Retrieve All NE Crossconnects] from the 
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Exception: 
Exception: 

Exception: 

Exception: 
Exception: 
Exception: 
Postconditions: 



N£I>evice and compare with all the crossconnects that exist in FENICS. The audit strat- 
egy will be applied for each discrepancy discovered [Apply_Audit_Strategy]. 

The beginning and finish time will be logged in FENICS and an event will be posted to the 
Event Handler once the operation is successfully completed. Any errors/exceptions 
encountered during the operation will also be logged in FENICS. 

The retrieval from NEDevice fails. 

The operation (based on Audit strategy or user request) to add, remove, or update cross- 
connect to FENICS fails. 

The operation (based on Audit strategy or user request) to add, or update crossconnect to 
NEDevice fails. 

The session/communication to the NEDevice is lost. 
Adding logs for the beginning and end of the operation fails. 
Emitting the event fails. 

All the crossconnects are synchronized between FENICS and NEDevice or properly 
logged in FENICS. 



7.1.3.2.1.5 Use Case: Log_Audit_Discrepancy 

"Use Case: Log_Audit_Discrepancy" on page 80 

Refer "Use Case: Log_Audit_Discrepancy'* on page 80" 

7.1.3.2.1.6 Use Case: RemoveCrossconnect 

"Use Case: RemoveCrossconnect" on page 185 

7.1.3.2.1.7 Use Case: RetrieveAllNECrossconnects 

"Use Case: RetrieveAllNECrossconnects" on page 189 

7.1.3.2.1.8 Use Case: UpdateCrossconnect 

"Use Case: UpdateCrossconnect" on page 1 85 
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7.1.4.1.5 Use Case: ReconcileAIlFaults 



Preconditions: 
Description: 



Exception: 
Exception: 
Exception: 

Exception: 
Exception: 
Postconditions : 



An active session exists for the NE. 

The client can issue a request to reconcile all Faults associated with an NE. A log mes- 
sage is recorded with the LogManager to mark the start of the fault reconciliation. A list 
of active Faults is retrieved from the NEDevice via NESession [sendRequest]. The list of 
active Faults for the NE is retrieved from the ActiveFaultList. The two lists are com- 
pared, and each Fault is reconciled [Reconcile Fault]. Upon completion, a log message is 
recorded with the LogManager to mark the end of the fault reconciliation, and a Fault 
Reconcile Completion notification is posted to the EventHandler. 

Failure to reu^ieve fault list from the NEDevice. 

Failure to retrieve fault list for NE from ActiveFaultList. 

Reconcile Fault fails. The FaultReconciler will attempt to reconcile as many Faults as it 
can. A Fault Reconcile Partial Completion or Fault Reconcile Failure notification will be 
posted to the EventHandler. 

Logging either the start or finish message failed. 

Posting the Fault Reconcile Completion notification fails. 

The list of active faults in the NE matches the list at the NEDevice. A Fault Reconcile 
Completion notification has been posted. A start and finish message have been logged. 



Act rs: Client 

Using Mandatory Use Cases: 
sendRequest 
ReconcileFault 
Used by: 

ReceiveAutonomousFaultMessage 

IEM-NE_Reconciliation 

Neiwork_Element_Audit 

Scenarios for Use Case: 

Reconcile All Faults 

Diagram: "OMTDiagram: Reconcile_Alanns" on page 64 

Requirement ID: (f^-2.0], FM-2.1.3 
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7.1.4.1.6 Use Case: ReconcileFault 



Preconditions: A Fault ReconciUation is in progress for an NE. A list of active StandingFaults has been 

retrieved for the NEDevice as well as the NE. The StandingFault is located in the respec- 
tive lists as indicated in the table. 

Description: The StandingFault is reconciled as described in the table. 



Table 16: Fault Reconciliation Scenarios 



Fault 
Location 


Scenario 


Description 


Exceptions 


NE 


Device 


yes 


yes 


none 


no reconciliation required 


none 


no 


yes 


StandingFault in NEDe- 
vice list only 


The FaultReconcUer will issue a request 
to the FauitHandler to set the Standing- 
Fault on the NE. This will be accom- 
plished by simulating the receipt of an 
autonomous fault message [Receive 
Autonomous Fault Message]. The dis- 
crepancy and its resolution will be issued 
to the LogManager. 


Receive Autonomous 
Fault Message fails. 








Failure to log the dis- 
crepancy/resolution. 


yes 


no 


StandingFault in NE 
Active FaultList only 


The FaultReconciler will issue a request 
to the FauitHandler to clear the Stand- 
ingFault on the NE. This will be accom- 
plished by simulating the receipt of an 
autonomous fault message [Receive 
Autonomous Fault Message] to clear the 
StandingFault The discrepancy and its 
resolution will be issued to the LogMan- 
ager. There will be a fault duration based 
on when it was cleared by FENICS. but 
this will be apparent to the user (ie. user 
should know whether it was cleared by 
FENICS or the NEDevice. 


Receive Autonomous 
Fault Message fails. 








Failure to log the dis- 
crepancy/resolution. 


no 


no 


none 


not applicable 


none 



Exception: Scenario exceptions are described in the table. 

Postconditions: The StandingFault has been reconciled. If a discrepancy was found, the discrepancy /res- 

olution has beea logged. 
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